home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Camelot / Camelot 035 (1989-01)(Swedish User Group of Amiga)(SE)(PD)[m doscopy][WB].zip / Camelot 035 (1989-01)(Swedish User Group of Amiga)(SE)(PD)[m doscopy][WB].adf / Tsnip / new_features.doc < prev    next >
Text File  |  1989-01-03  |  6KB  |  113 lines
  1.  
  2. Here is the revision history of TSnip. If you feel there are other
  3. improvements that could be made feel free to contact me and suggest
  4. them. My real-world and e-mail addresses are in the TSnip.doc file.
  5.  
  6. ** Minor enhancements in 1.4a **
  7.  
  8.     - Emacs bindings while in editor mode:
  9.         - command line options -vi and -emacs to set editor type
  10.         - additional tooltype EDITOR=vi or emacs
  11.     - sendline routine now handles control characters
  12.     - bug fix for output to stdout and pipe files -- extraneous null
  13.       characters no longer added (this caused problems for editors like DME)
  14.     - bug fix for clipboard output -- previously each line cut was over-
  15.       writing the last one
  16.  
  17.  
  18. ** New features in 1.4 **
  19.  
  20.     - everything now compiles under 16 bit Aztec
  21.     - control panel lets you change font, output file, text colour,
  22.       output destination on the fly; position of the control panel
  23.       is remembered when it's closed
  24.     - plain English explanations of what is happening printed while
  25.       control panel active
  26.     - TSnip will no longer interfere with mouse handlers which auto-
  27.       activate windows, via control file "handler-commands". This
  28.       option can be set by "-m" command switch, and toggled by the
  29.       "m" key while TSnip is running.
  30.     - TSnip window(s) can be switched between multiple screens via new
  31.       keyboard option, <spacebar>. Repositioning of windows is
  32.       reasonably intelligent when moving to a screen of different size.
  33.     - new keyboard option "q" tells you the colour of the pixel underneath
  34.       the mouse; if you have some text printed in JAM2 mode, ie 2 solid
  35.       colours, you can use the TextPen gadget on the control panel to
  36.       make TSnip recognize only a single colour as legal text.
  37.     - location of the 8x8 square recognized as a character can be reset
  38.       to default position by new keyboard option <return>
  39.     - TSnip no longer detaches from the CLI, you must use "run" again;
  40.       this is due to the workings of the mouse-handler option
  41.     - added ability to run from an icon, with customizable set of options
  42.     - new CLI option / keyboard command "e" to toggle vi edit mode, where
  43.       mouse is used for cursor positioning; setup options from CLI or
  44.       Workbench for using vi along with VT100 or Z
  45.  
  46. Bugs? Some may have been introduced in the final stages, since I've added
  47. a lot of features lately and may not have tested every possible combination
  48. of features since. However I've been using TSnip 1.4 extensively lately
  49. and haven't encountered any that haven't been fixed. Please let me know
  50. if you find any.
  51.  
  52. The future? There are enhancements I want to make, compatibility for the
  53. future with keymaps and gadgets that I'll have to investigate. Right now
  54. I haven't a lot of time for programming so I'll release TSnip at the
  55. stage it's currently in; otherwise creeping featurism will keep me
  56. tinkering with it forever. I already have definite plans for different
  57. font sizes and much faster recognition...
  58.  
  59. ** New features in 1.3 **
  60.  
  61.     - new option -a, to have Snip window re-activate itself after pasting to
  62.       the keyboard (which requires that another window be activated)
  63.     - bug due to Manx's "detach" module fixed by adding -o option, which
  64.       writes output to a file when -s (standard output) is selected
  65.     - Snip will run on any screen currently open; make sure you terminate
  66.       Snip before closing any screen it is running on, otherwise you may
  67.       be in danger of crashing
  68.  
  69. This is primarily a bug fix / minor functionality enhancement version as
  70. opposed to 1.2 which added major new capabilities.
  71.  
  72. ** New features in 1.2 **
  73.  
  74.     - new save formats (clipboard and two methods for redirection into the
  75.       input stream)
  76.         - the "-c" option now works, and causes text to be written to the
  77.           clipboard
  78.         - new options "-k" and "-K" allow you to paste text back into any
  79.           window that you would normally type into. "-k" writes the block of
  80.           text back using carriage returns to terminate each line, "-K"
  81.           writes the text back as one long line.
  82.         - new key commands 'k' and 'K' allow you to select the equivalent
  83.           output options at any time
  84.     - support for *any* 8 x 8 font (see SNIPGEN.DOC for details on -f option)
  85.     - supplied program to generate font definition files for new fonts
  86.     - extended help message
  87.     - now detaches from CLI window so you don't need to 'run' it, and never
  88.       eats more than 4K stack
  89.  
  90. Bugs/caveats:
  91.  
  92.     - Certain operations, such as window depth-arranging or the appearance
  93.       of requesters, have caused me lockups in the past if they occur
  94.       while an area of text is being outlined (since I lock the layers of
  95.       a window which may be on the WB screen). Note that this will be an
  96.       exceptional case since the mouse will be operating TSNIP. I don't know
  97.       about interaction with programs that use window-to-front to keep
  98.       themselves on top of the display.
  99.     - Outlining of text must be from top-left to bottom-right, although the
  100.       box will follow the mouse correctly in all directions.
  101.     - Unrecognized characters are signalled by a '?'. These will be those
  102.       in reverse, bold, italics, or underline or special accented characters
  103.     - the method of inserting rawkey events into the input stream may not
  104.       work with different keymaps; I don't know how to get around this
  105.       short of altering the internal tables I use; if I can find a way I
  106.       will make it fully keymap-compatible
  107.     - the new -k and -K options may overflow the output buffer of some
  108.       programs, for instance if you paste a large section of text into a
  109.       terminal program operating at 1200 baud. If this turns out to be a
  110.       big problem I'll allow some form of delay in the output, but that's
  111.       the only scenario I've been able to cause any problems in so far.
  112.  
  113.